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Использование мультиязыковой трансляции 
при конверсии моделей, представленных 
на языках описания аппаратуры 


Рассматривается подход к применению разработанной ранее среды многоязыковой трансляции 
моделей (Мультитранслятора) для перевода программных проектов, представленных на языках описания 
аппаратуры различных уровней. Развитие данного подхода позволяет использовать Мультитранслятор в 
качестве средства кросс-трансляции проектов для моделирования в системотехнических САПР. 


Введение 


Интенсивное развитие микроэлектроники привело в последние годы к появле- 
нию и широкому использованию новой технологии проектирования электронных уст- 
ройств на базе микропроцессоров — разработке систем на кристалле (Зу\бет-оп-СШр, 
$0С), которые содержат программируемые процессорные ядра, специализированные 
логические блоки, модули памяти, интерфейсные и периферийные устройства, анало- 
говые и аналого-цифровые схемы. 

Создание систем на кристалле (СНК) является достаточно универсальной и мно- 
гоуровневой технологией, объединяющей в себе методы проектирования аппаратно- 
программных комплексов и встраиваемых систем на основе стандартных процессоров и 
процессорных ядер, разработки встроенного программного обеспечения, программи- 
руемых логических интегральных схем (ПЛИС), полузаказных и заказных интеграль- 
ных схем [1]. 

Степень интеграции современных СНК достигает нескольких десятков миллионов 
вентилей на кристалле, и для их разработки и моделирования используются новые 
подходы, методы и средства проектирования системотехнического уровня. 

Основные этапы разработки систем на кристалле традиционно реализуются раз- 
личными средствами проектирования при помощи разных языков описания проек- 
тов [2]. Так, архитектурно-алгоритмическое проектирование и аппаратное моделирова- 
ние реализуются на языках С/С++ [3] и Зу\етсС [4]; поведенческое моделирование, 
функциональная верификация и тестирование — на Зу%етС и языках описания аппа- 
ратуры (Нагдугаге езсирноп Гапепазе, НОГ), обычно УНГИ. [5]; логическое моделиро- 
вание и схемотехническое проектирование — на языках описания аппаратуры УНОГ 
и Уето2. 

Таким образом, для обеспечения эффективности процесса разработки СНК ак- 
туальным является решение задачи кросс-трансляции проектов для языков, исполь- 
зуемых на различных этапах проектирования. Традиционное решение данной задачи 
требует разработки набора полных трансляторов для каждой пары языков, что явля- 
ется весьма трудоемким и длительным процессом. 
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В связи с этим с целью сокращения времени создания трансляторов и обеспече- 
ния возможности их модификации для новых версий транслируемых языков аппара- 
туры предлагается использовать методы и разработанную ранее среду многоязыковой 
трансляции — Мультитранслятор [6]. Мультитранслятор уже показал свою эффектив- 
ность для решения задач моделирования [7] и для работы в качестве компилятора ком- 
пиляторов [8]. По этой причине постановка задачи исследования возможностей ис- 
пользования средств многоязыковой трансляции и в области САПР вычислительных 
устройств весьма целесообразна. 


1. Языковые средства разработки систем на кристалле 


Для реализации полного цикла проектирования систем на кристалле использу- 
ется определенный набор программных продуктов и языков программирования [2]. 
Рассмотрим их подробнее. 

Проектирование системы начинается с проработки ее архитектуры на языках вы- 
сокого уровня, где традиционно используются языки С/С++. На этом этапе производится 
разбиение системы на системные блоки, выполняется проработка сложных алгоритмов 
и их отладка, представляется разделение на аппаратные и системные блоки и интерфейсы 
между ними. В итоге получается высокоуровневая поведенческая модель функциониро- 
вания устройства, решающая поставленные разработчиком задачи. После определения 
аппаратных блоков производится их функциональное проектирование и моделирова- 
ние на ВТГ-уровне (Кезл$ег Тгапзег Геуе| — уровне регистровых пересылок). Здесь 
применяются языки описания аппаратуры (ЯОА) УНП, и Уе!1о>2. Далее производится 
логический и физический синтез проектируемого устройства с получением прототи- 
па СНК. 

Языки программирования С/С++ обычно используются в качестве основного средст- 
ва разработки алгоритмического представления и создания моделей высокого уровня 
абстракции — поведенческих моделей СНК. Основные достоинства С/С++ -— это 
широкая распространенность и сравнительно низкая стоимость, доступность средств 
программирования, простота в освоении и использовании, а главный недостаток — от- 
сутствие специализированных библиотек системного уровня, вследствие чего поведен- 
ческие модели аппаратуры приходится создавать практически вручную [9]. 

Язык Зуу%етС представляет собой расширение стандартного языка программи- 
рования С--, реализованное в виде отдельных библиотек специальных классов. Дан- 
ные библиотеки содержат в себе конструкции, позволяющие создавать эффективные 
и точные модели программных алгоритмов, аппаратных архитектур, интерфейсов и 
схем на системном уровне, т.е. практически всех компонентов встроенных систем [9]. 
Использование ЗуетС значительно упрощает процесс перехода от архитектурной 
поведенческой модели на С-++ к ЕТГ-модели на ЯОА, например, УНГГ. или Уег1о2. 
Но, как правило, разработчики, хорошо знакомые с языками описания аппаратуры ти- 
па УНОГ/Уе!|о>, не очень хорошо разбираются с программированием на языках вы- 
сокого уровня, подобным С++. Таким образом, использование ЗузетС, совмещаю- 
щего возможности языков высокого уровня и имеющего специальные конструкции 
для описания аппаратуры, является способом ускорения и оптимизации процесса проек- 
тирования СНК. 

Язык Зу\етС, однако, не лишен недостатков, поскольку описание схемы на язы- 
ке С не всегда удобно для проектировщиков, работающих с ЯОА, а существующие 
средства синтеза с ЗуфетС являются в основном коммерческими продуктами. Сле- 
довательно, разработчики аппаратуры нуждаются в конверсии моделей с ЗуфетС в 
УНРОГ/Уео$ модели [10]. 
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Таким образом, возникает необходимость в разработке программных модулей 
для трансляции (конверсии) проектов, написанных на ЗузетС в проекты на УНОГ. 
Создание таких модулей позволит разработчикам использовать все возможности от- 
ладки поведенческих моделей на С++, переходя в дальнейшем к КТГ-модели на ЗуетС, 
и при этом иметь возможность получить после трансляции готовый прототип проекта 
системы на кристалле для перехода к средам проектирования, использующим в ка- 
честве основного языка описания язык УНОГ. 


2. Трансляция моделей систем на кристалле 
с языка эу$бетС в УНОГ, 


При использовании для трансляции моделей систем на кристалле традиционного 
подхода к построению трансляторов разработчики могут столкнуться со следующи- 
ми трудностями: 

— всостав транслятора должно входить большое количество модулей, выполняющих 
ту или иную подзадачу трансляции, написание которых является трудоемким, требует 
значительных временных затрат и многочисленную команду разработчиков; 

— транслятор строится для единственного языка моделирования и оптимизируется 
под этот входной и требуемый выходной языки; 

— транслятор обычно работает только с программами для определенной аппаратной 
платформы или заданной операционной системы и не содержит средств коррекции 
процесса трансляции для иных платформ, даже если различия в их исходном коде не 
носят принципиального характера; 

— при внесении поправок в схему трансляции языков при изменении версии языка 
необходима коррекция всех (или большинства) модулей транслятора, что ведет к по- 
явлению большого количества ошибок и требует усилий по координации действий 
разработчиков. 

Предлагаемый и реализованный авторами подход к решению данных проблем 
основан на применении среды многоязыковой трансляции — Мультитранслятора (МТ) 
для создания трансляторов с языков описания аппаратуры [11]. МТ для этих целей 
позволяет значительно сократить количество промежуточных этапов разработки транс- 
лятора, уменьшить время разработки и сократить время на создание трансляторов для 
новых версий транслируемых языков [6]. 

Традиционная организация транслятора предполагает наличие нескольких обяза- 
тельных этапов, причем на каждом из этих этапов происходит преобразование исходной 
программы из одного промежуточного представления в другое. Типичными этапами 
трансляции являются: лексический анализ, грамматический анализ, семантический ана- 
лиз и генерация кода [12]. Для мультитрансляции характерен отличный подход, при 
котором этапы лексического анализа и грамматического разбора выполняются уни- 
версальным ядром Мультитранслятора, а полную информацию о грамматике вход- 
ного языка и соответствующих конструкциях выходного языка несет подключаемый 
к ядру трансляционный модуль (ТМ), реализующий отчасти функции генератора кода. 

Мультитранслятор позволяет создавать трансляционные модули, которые опи- 
сывают правила перевода исходных кодов проектов систем с языков описания аппа- 
ратуры в целевые коды. ТМ Мультитранслятора формируется на языке описания 
грамматик в виде множества грамматических правил исходного языка. Также в этих 
правилах посредством специального языка описания действий задаются необходимые 
действия по обработке исходного кода, выполняемые ядром Мультитранслятора, и 
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генерации выходного кода. Встроенный компилятор Мультитранслятора позволяет сге- 
нерировать на основании подключенного трансляционного модуля выходной исполняемый 
файл частного транслятора для выбранной пары языков, который может использова- 
ться как самостоятельный модуль трансляции. 

Важной особенностью МТ является то, что при появлении новой версии языка 
описания аппаратуры не требуется создание нового транслятора «с нуля». Достаточно 
модифицировать исходный код уже существующего трансляционного модуля и от- 
компилировать его с помощью ядра МТ. Кроме того, МТ позволяет использовать не 
все множество грамматических правил исходного языка описания аппаратуры, а не- 
обходимое подмножество как для решения частных задач трансляции языков описания 
аппаратуры, так и для исследования возможности создания полноценных трансляторов 
для выбранной пары языков в дальнейшем. Например, для языка ЗузетС возможно 
описание подмножества конструкций, которые широко используются при проектиро- 
вании вычислительных устройств, а не всего набора операторов. 
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Рисунок 1 — Основные этапы трансляции проектов на ЯОА 
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При решении задачи по исследованию возможности построения трансляционных 
модулей для языков описания аппаратуры в среде Мультитранслятор была выбрана 
пара языков ЗузетС и УНПГ. Как было рассмотрено ранее, выбор этой пары языков 
был обусловлен необходимостью преобразования кодов на языке Зуу%етС, как языке, 
дающем максимум возможностей по созданию поведенческой модели устройства и с 
возможностью описания на уровне КТГ, в коды на языке УНОГ, обладающем более 
широкими возможностями логического и физического синтеза систем на кристалле. 

Рассмотрим особенности языков Зуу%етС и УНПГ и условия возможности их 
взаимной трансляции. 

Язык зузетС является расширением языка С++, и, следовательно, он целиком 
поддерживает парадигму объектно-ориентированного программирования с присущими 
ей объектами и классами. Поскольку объектно-ориентированная версия языка УНОГ, 
только развивается и еще малоизвестна широкому кругу разработчиков, то за основу 
синтаксиса УНОГ, был взят стандарт 1ЕЕЕ 1076, который не предусматривает исполь- 
зование классов [5]. 

Весь процесс трансляции для языков описания аппаратуры можно представить 
в виде алгоритма, изображенного на рис. 1. Как видно из рис. 1, до начала основного 
процесса трансляции производится препроцессорная обработка, цель которой — найти 
подключенные файлы проекта. Далее последовательно транслируются все найденные 
файлы. Причем трансляция файла производится в три этапа: 

1. Основная трансляция. 

2. Трансляция выражений — проверка выражений на вхождение во множество 
допустимых операций и доопределение функциями приведения типов. 

3. Вставка готовых выражений вместо меток в выходной файл. 

При трансляции моделей с Зу%етсС как для препроцессора, так и для основной 
трансляции и трансляции выражений используются отдельные наборы грамматичес- 
ких правил языка Зу%етС, которые формируются на основе синтаксиса языков С++ 
и зуештС. 


3. Разработка трансляционного модуля 
Мультитранслятора с языка зубетС в УНОЕ 


В рамках рассматриваемого подхода к использованию Мультитранслятора для 
трансляции проектов моделей на языки описания аппаратуры, в среде МТ был разра- 
ботан трансляционный модуль для перевода проектов с языка Зу\етС на язык УНОГ. 

Данный модуль был реализован в виде набора продукционных правил, напи- 
санных на языках описания грамматик и действий МТ на основе грамматики языка 
ЗучетсС [4], [9] и сформированных действий по генерации выходного кода на УНОГ. 

Рассмотрим фрагмент трансляционного модуля, описывающий обработку услов- 
ного оператора 1: 


ги1е <"1Е збафетеп®"> 
{ 
реЕоге: 
ЗЕхТтЕГ1те=""; 
уаглапЕе 
{ 
зушро1 "1Е" {зЕхТЕГлие = зехтТЕГ1пе+"1Е ";} 
зушро1т "(" {} 
зупро1 <"сопа1Е1оп"> 
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//Извлечение из стека строки условия 
$Ех1па зехЕхрге = РорбЕг(); 
ЗЕхТЕЬ1пе = зехТЕГ1пе+ зеуЁЕхрк +" Бер"; 


} 
зушро1 ")" 


{ 


//Вывод в файл перед меткой оператора 1Е 
ТизегеВеРогеТех® Тп\УНОЕ1 1е ($6 хТЕТ1пе, Е хреЕВоауТЪаре1 , Теуе1,1); 
} 


зумро1 [<"е1з5е збабемепе">] {} 


ТизегеВеРогеТех®Тп\УНОЕ11е ("епа 1Ё;", з6ЕхреЕВоауЪаре1 ,Теуе1,1); 


Как видно из приведенного правила, передача значений между уровнями дере- 
ва вывода осуществляется посредством стека. Так внутри нетерминального символа 
<"соп4Шоп"> формируется строка условия, которая помещается в стек. При выходе 
из этого символа производится извлечение из стека выражения, которое в дальнейшем 
используется в формировании новой строки выходного файла. 

Важным моментом также является определение ограничений для входных конст- 
рукций. Это связано с тем, что не все конструкции, поддерживаемые Зу%етС, возможно 
транслировать на язык УНОГ.. Так, например, в УНОГ не поддерживаются глобаль- 
ные переменные. Их поддержка реализована только стандартом ТЕЕЕ 1076-1993 [5]. 
Но при трансляции возможна их замена на сигналы с соответствующим именем, ко- 
торые являются глобальными для всех процессов модуля. В этом случае в процессах, 
использующих глобальные переменные на УНПГ, следует объявить локальные пере- 
менные, запись в которые начального значения из соответствующего глобального 
сигнала производить перед входом в тело процесса. По выходу из тела процесса сле- 
дует возвратить значение локальной переменной глобальному сигналу. 

Необходимо также определиться с использованием библиотек в модулях УНОГ. 
Так как каждая подключенная библиотека содержит набор объектов и операции над 
ними, то количество и номенклатура библиотек должны быть подобраны с целью по- 
крытия наибольшего количества арифметических и логических операций, типов объектов 
языка Зуз%етС. Остальные операторы и объекты Зу\етС, которые не поддерживаются 
библиотеками УНПГ, должны быть либо заменены аналогичными с соответствующи- 
ми ограничениями на использование, либо помечены как недопустимые для трансляции. 

В общем, набор транслируемых конструкций модуля можно разделить на ряд под- 
классов: 

— структура модулей; 

выражения; 

— операторы; 

структурное описание (соединения компонентов). 

В отличие от ЗужетС, язык УНОГ является строго структурированным в плане 
расположения интерфейсной части устройства (раздел еп!) и разделов описания мо- 
делей. В моделях на Зу\етС порты могут располагаться в любом порядке относитель- 
но объявления других компонентов класса-модуля (сигналов, функций, процессов). Эта 
особенность влияет на способ организации перевода моделей, поскольку в качестве 
процедуры грамматического разбора используется поиск в глубину с возвратами (Васк- 
гаск) [6], [13]. Таким образом, формирование выходного кода является последователь- 
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ным процессом и производится слева направо и при начале трансляции проекта на 
ЗузетС формируется общая структура модуля на УНПГ, с вспомогательными текс- 
товыми метками, обозначающими разделы выходного модуля. 

В дальнейшем по мере распознавания конструкций входного языка на места со- 
ответствующих меток кода выходного языка помещаются оттранслированные конст- 
рукции. На рис. 2 изображена условная схема одного из вариантов разбора конструкций 
(слева) языка Зу%бетС и расположение соответствующих выходных конструкций в 
выходном тексте на УНПГ. Как видно из рис. 2, при распознавании заголовка модуля 
происходит вывод разделов модуля выходного кода с соответствующими метками. 
В случае распознавания объявления процесса, в выходной файл в раздел архитектур- 
ного тела помещаются ключевые слова, описывающие данный процесс, а вместо тела 
процесса размещается соответствующая метка для последующей вставки конструкций 
реализации процесса. 


Структура модуля на УНОЕ 


Заголовок модуля 


Объявление сигнала 1 |-- 


Объявление порта 1 


Интерфейсный раздел 
<Метка-Объявление портов 


Объявление порта 1 


Архитектурный раздел 


<Метка -Раздел объявлений> 


Е Объявление сигнала 1 
Объявление сигнала 2 


г Объявление сигнала 2 


й языка ЗузетС Мультитранслятором 


|] 


Г + <Метка-Архитектурное тело> 


Реализация процесса 1 
Объявление процесса 1 
< Метка- 


Тело процесса 1 > 


роцесс распознавания конструкци 


< 


Рисунок 2 — Условная схема разбора конструкций 


Как видно из рис. 2, вставка меток осуществляется с использованием имен кон- 
кретных элементов конструкций, например, процессов, и в данном случае следует 
организовать специальные таблицы хранения информации об объектах (имена и при- 
надлежность к конкретным модулям). Для организации таких таблиц в МТ возможно 
использование словарей, связывающих определенное значение, называемое ключом, 
с другим значением, называемым результатом ключа [13]. Возможно также исполь- 
зование внешних элементов для хранения данных, например, возможно подключение 
сторонних библиотек с функциями, написанными на языках высокого уровня. Так, 
например, для хранения таблиц портов каждого трансляционного модуля могут быть 
организованы динамические списки иерархической структуры, организованные с по- 
мощью стандартного класса на РерН 17/151. 
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Подключение внешней функции Мат/ФЬгагу.АЙ к трансляционному модулю МТ 


может быть осуществлено следующим образом: 
ехфегп зЕг1пд СееС1аззМаме (106 пСЬТах) 116хаку "11ргагу\ \Ма1п11ргаку.а11", 
"сеес1а5Маме". 


Рассмотрим также особенности трансляции выражений. Язык ЗузетС, в отличие 
от УНОГ, позволяет выполнять операции над именами различных типов с использо- 
ванием неявного приведения типов. Для операндов в УНОГ. набор операций ограни- 
чен. Типы операндов и допустимые операции заданы в подключаемых библиотеках. 
Рассмотрим пример оператора присваивания: 

А=Вв+С+0;, 


где операнды А, О — знаковые целые (1); В, С - векторы бит (5\). Тогда данный 
оператор можно представить в виде присваивания выражения, состоящего из типов 
операндов: 

ТВ = $У\ + $% + 18. 

Допустим, что в подключенных библиотеках выходного языка определены сле- 
дующие операции: 

ЗУ = 5% + 5%; 

ЗУ = ТВ + 5%; 


5\ 5У + ТВ; 
ТВ =18+18; 


Тогда рассматриваемый оператор присваивания можно представить в виде де- 
рева разбора, которое изображено на рис. 3. Из рис. 3 видно, что операция сложения 
двух операндов типа бит-вектор (ЗУ) может давать в сумме объект типа бит-вектор 
(5\). Далее должна быть произведена операция суммы бит-вектора и целого знако- 
вого (ТВ), чтобы в результате было получено целое знаковое. Но в наборе операций 
выходного языка нет суммирования /А=5У-+/Ю. Отсюда следует, что операнд типа бит- 
вектор следует доопределить функцией приведения в целое знаковое, которое в сумме с 
целым знаковым даст результат требуемого типа. 


В =$\ +$\/ +1В 
$\ 
В©) у 
[5 


Выходной оператор: 


1В :=1В ($ +5$\ ) +В 
Рисунок 3 — Дерево разбора оператора присваивания 


Аналогичным образом возможен разбор любого выражения входного языка, на- 
писанного на ЗубетС, с получением выходного выражения на УНПГ, при помощи 
функций приведения типов. Для доопределения выражений был введен дополнительный 
этап трансляции, на котором выполнялась трансляция выражений, сформированных в 
промежуточном файле на этапе основной трансляции. После этого готовые выраже- 
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ния вставлялись в выходной файл. Трансляция управляющих конструкций входного 
языка осуществлялась простой заменой ключевых слов Зу%бетС на ключевые слова 
УНПГ, с использованием таблицы соответствий операторов. 

Поскольку в языках описания аппаратуры помимо поведенческого описания, оп- 
ределяющего логику работы блоков, к числу основных видов относится структурное 
описание, то необходимо рассмотреть специфику его трансляции. Для структурного 
описания характерна связка портов отдельных устройств (компонентов) посредством 
сигналов архитектурного тела. При этом возможны различные варианты появления ком- 
понента в модуле и соответствующие действия транслятора: 

— если компонент описан в одном из транслируемых модулей проекта, производится 
простое связывание портов, название и типы которых фиксируются в процессе транс- 
ляции подключаемых компонентов; 

— если компонент является системным, то транслятор может взять имена и типы пор- 
тов аналогичного компонента из составленных заранее таблиц соответствия системных 
компонент транслируемых языков; 

— если компонент не присутствует в данных таблицах, то решение проблемы связы- 
вания портов может быть переложено на плечи разработчика. При этом в процессе 
трансляции при распознании неизвестного компонента выводится диалоговое окно, 
которое может быть реализовано с помощью языка высокого уровня, например Рефры, 
и подключенное в виде внешней библиотеки. В этом диалоговом окне пользователь мо- 
жет указать известный ему УНОГ-аналог компонента на Зу%етС с соответствующими 
портами и связать порты с сигналами модуля. 

Разработанный трансляционный модуль трансляции проектов моделей с языка 
ЗучетС на УНОГ, был протестирован на группе устройств, таких как регистр, счетчик, 
АЛУ, процессорный элемент. В табл. 1 приведены фрагменты исходного кода про- 
цесса для синхронного регистра на ЗубетС и соответствующего сгенерированного 
процесса на УНОГ. 


Таблица 1 


Исходный фрагмент кода 
на ЗужетС 


Сгенерированный МТ фрагмент кода 
на УНОГ 


у0о1а ЧЕЁа::ао_ЕЁЕа () 
1Е (гезе®) 
ЧоцЕ = Еа1зе; 
} е1зе 1Е (с1осКк.еуеп® ()) 
се = а1п; 
} 


--Еипс&1оп Чо _ЕЁа() 
Чо _ЕЁа: ргосез$ (с1оскК, гезе®) 
ред1п 
1Е (с1оск'еуепЕ ара с1оск=Егае) 
ОВ гезее'еуепЕ ЕБеп 
—-Рхосез5$ роау 
1Е гезеб ЕВеп 
Чоп <=ЁЕа1зе; 


е1 зе 
1Е с1оск'еуепЕ ЕБеп 
ао <=А1п; 
епа 1Е; 
епа 1Е; 
епа 1Е; 
епа ргосез5$; 


Работоспособность сгенерированных Мультитранслятором моделей была про- 
верена в среде Аснуе-НОГ. [14], получены временные диаграммы, подтверждающие 


корректную работу трансляционного модуля с языка Зуу%етС на УНОГ. 
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Заключение 


На основании полученных результатов можно сделать вывод о корректной ра- 
боте трансляционного модуля с языка Зу\етС на язык УНОГ и, следовательно, о 
возможности создания таких модулей для трансляции других языков описания аппа- 
ратуры. Кроме трансляционного модуля прямого перевода моделей с ЗуфетС на 
УНОГ, также была исследована возможность создания трансляционного модуля об- 
ратного преобразования проектов с УНОГ, на Зу\етсС и получены результаты, гово- 
рящие о том, что применение Мультитранслятора и его трансляционных модулей 
достаточно эффективно для решения задач проектирования систем на кристалле. 
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Ю.В. Чернухмт, М.Ю. Поленов, Д.В. Булгаков 

Використання мультимовно! трансляцй при конверсй моделей, 

представлених мовами опису апаратури 

Розглядаеться шдхд до використання розробленого раните середовища багатомовно! трансляций моделей 
(Мультитранслятора) для перекладу програмних проект, представлених мовами опису апаратури разних 
равнив. Розвиток даного шдходу дозволяе використовувати Мультитранслятор як зас1б крос-трансляци 
проектв для моделювання у системотехн1чних САПР. 


Уи.Г. Сйетпикйт, М. Уи. Роепоу, О.Г. ВшеакКоу 

Мш@апоцасе Тгапайоп Озасе аё Сопуег$оп 07 Моде5 Ргезеще4 оп Нагдууаге Оезстр@оп Гапоцасе$ 
ТЬе арргоасКВ ® аррИсаНоп оЁ ргеулоч$[у 4еуеореЯ Фе шаШапепаее то4е!$ фапз]аноп епупоптет 
(Мигапз1аюг) Рог сопуегз1оп оЁ ргоэгата рго]ес ргезете4 оп @егеп 1еуе!5 Баг4\маге ЧезсирНоп 1апопазез 
15 сопз4егед. Оеуеортлеп{ ое г1уеп арргоасВ аПо\уз {0 зе Фе Ми гапз1аюг аз рго]ес сгоз$ шапзаюг Юг 
знишайоп апа ЕДА зузетв. 
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